home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
TPUG - Toronto PET Users Group
/
TPUG Users Group CD
/
TPUG Users Group CD.iso
/
AMIGA
/
AMICUS
/
AMICUS14.ADF
/
Text
/
IconText.DOC
< prev
next >
Wrap
Text File
|
1989-01-28
|
6KB
|
148 lines
One Way of Organizing Release Diskette:
I had intended to publish this earlier but haven't gotten around to it
til now. THIS IS NOT AN OFFICIAL COMMODORE-AMIGA RECOMMENDATION. It
is intended as "food for thought" and a starting place for your product
release format. Please feel free to discuss this and other methods.
Placing items in the .info tooltypes fields is another way that may help.
Written 8:03 pm May 21, 1986 by Bruce Barrett
Proposal for standard Tool, tool support, and project access.
Background:
Textcraft, and possibly other utilities have "solved" the
problem of "where are my support files" by making reference to "SYS:".
This works well if you boot Textcraft as your system diskette but fails
if you boot a "standard" workbench diskette. It will also fail if you
move Textcraft into a subdirectory of a hard disk. In all fairness it
was inevitable that one of the first few tools point out this problem.
The following suggested ground rules are an attempt to fix this problem.
"OK" assumptions on the part of the program/developer:
o Support files/drawers will be available in the same directory
as the tool
o Support file and drawer names will not be changed by the user.
"NOT OK" assumptions on the part of the program/developer:
o The tool will reside on a specific volume (name).
o The tool will not be renamed.
o The name of the workbench diskette is "Workbench"
o The tool will reside on the WB boot diskette (sys:)
Ground Rules:
1. All files required for a tool to run need to be in a
drawer/subdirectory that is in the same directory as
the tool itself.
2. Optional support items (tutorials, demos, fonts, drivers, tables,...)
will all have icons (either single files or <empty looking>
drawers) containing all the support files. This allows the user
to delete unneeded support material on their COPY of the master
diskette.
3. If all files, or some group of files are necessary they should be
placed in a "padlocked" drawer (or file icon), and made
"undeletable".
4. Application should not depend on specific volume names.
5. New documents will go in project or tool directories. If the tool
was opened with a project it goes in the same drawer as the
project. If a tool was opened "directly" new projects will
go in the same disk/drawer as the tool.
6. Whenever a new project is created, or an old one changed and saved
one of the following must be done.
1) If the file type matches your tool (as in a Textcraft file
being rewritten by Textcraft) then: The name of the default
tool will be updated to match the current location (AND name)
of the tool. Moving and renaming tools causes semi-automatic
updating of default tool names for projects. This does
require 1 extended selection (then save) of project and tool
per project.
2) If the file type does not match your tool (as in a spelling
checker "fixing" a Textcraft file) the name and location of
the default tool for a project shall not be changed. The
user still has explicit control over the default tool by
using the info command. More than 1 tool can be used on a
single project without affecting the default tool.
7. Tools should not reference SYS:, L:, DEV:, C:, S:, FONTS:, or LIBS:
for their own files. If for some reason they need to copy
something into one of these directories an installation
program should be provided, AND the documentation should
explain that this is going on and what files are being
transferred.
8. If a tool cannot find its required support files it should:
a) Put up a requester asking the user for the location
of the files it needs. (Preferred)
b) Print a message and continue (crippled). (second best)
c) Display a message/requester to this effect and exit.
9. Tools should not reference hard coded drive names (DF0:, DF1,...).
10. If you discover that the tool and project are on the same drive
when updating the default tool name (as in 6.2 above) change
the name to :sub1/sub2/tool, not Vol_name:sub1/sub2/tool.
==================================================================
Textcraft Example:
Volume name: Textcraft
Files in "root": Textcraft & info (executable)
Textcraft512 & info
TC Support (note, new drawer name)
Read Me For News & info
Files in "TC Support": Std Documents (locked drawer)
Tutorial Files (locked drawer)
Textcraft Setup (TC Prefs, no info)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
The Read Me For News file will have as its default tool
"Textcraft:Textcraft". Any new documents (originally)
will also have as their default tool "Textcraft:Textcraft"
1) If the diskette were to be renamed "Letters" the following
would occur:
Double clicking documents will work as before.
2) If Textcraft were renamed to "My_WP" the message:
"Cannot open :Textcraft. Error 205(or 218)"
would occur when the user tried to open an existing document.
3) If Textcraft and its support files were moved into a sub-
directory of a hard disk the message:
"Cannot open :Textcraft. Error 205(or 218)"
would occur when the user tried to open an existing document.
The introduction manual should tell the user to use extend
select or use info to change the default tool when this happens.
Any new documents would set the default tool to:
"HD_Name:/editors/textcraft_dir/textcraft"
-- or --
":/editors/textcraft_dir/textcraft"
4) Running a spelling program: Extend-selecting will be
required unless and until the user changes the default tool.